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© Space Environments Testbed 

Goddard Space Flight Center, Greenbelt, Maryland 


The Space Environments Testbed 
(SET) is a flight controller data system 
for the Common Carrier Assembly. 
The SET-1 flight software provides the 
command, telemetry, and experiment 
control to ground operators for the 
SET-1 mission. 

Modes of operation (see diagram) in- 
clude: 

• Boot Mode that is initiated at applica- 
tion of power to the processor card, and 
runs memory diagnostics. It may be en- 


tered via ground command or auton- 
omously based upon fault detection. 

• Maintenance Mode that allows for lim- 
ited carrier health monitoring, in- 
cluding power telemetry monitoring 
on a non-interference basis. 

• Safe Mode is a predefined, minimum 
power safehold configuration with 
power to experiments removed and 
carrier functionality minimized. It is 
used to troubleshoot problems that 
occur during flight. 


• Operations Mode is used for normal 
experiment carrier operations. It may 
be entered only via ground command 
from Safe Mode. 

This work was done by David K. Leucht 
and Anne Marie J. Koslosky of Goddard 
Space Flight Center; David L. Kobe and Jya- 
Chang C. Wu of The Hammers Co.; and 
David A. Vavra of STG, Inc. Further infor- 
mation is contained in a TSP (see page 1). 
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> Initiated at application of power to the Processor Card in CCA 

> Initializes h/w and s/w upon power on or reset 

» Runs memory diagnostics 

> During boot mode, carrier FSW is loaded to SRAM from 
EEPROM 

> FSW autonomously transitions the carrier from Boot 
mode to Safe mode upon successful Boot mode 
completion; transitions to Maintenance mode if 
errors are detected 

> Boot mode may be entered via ground 
command or autonomously based upon 
fault detection 

>Only CCA is on 


- Used as required to load updated 
SET Carrier FSW 

- Allows for limited carrier health 
monitoring, including power telemetry 
monitoring on a non-interference basis 

SW Load& 

- Carrier FSW updates are loaded to SRAM and ^ Diagnostics 
verified 

- Once verified, are loaded to EEPROM via SOCC command 

-To minimize risk, writing to EEPROM will not be scheduled 
while flying over the poles (greater potential for SEUs) 

- Only CCA and CEM are ON 



- Predefined, minimum power safehold configuration with power 
to experiments removed and carrier functionality minimized 

> Transitional mode between boot and operational mode; 

> Used to troubleshoot problems that occur during flight 

> Carrier can still communicate with the spacecraft, 
maintain critical parameters and functions, 
perform health and diagnostics tests, 
recover to other modes and maintain 
survival heater power 
> Individual experiments may be 
activated during safe mode, if 
required, for troubleshooting 


v Used for normal experiment and 
carrier operations 

> Default operating parameters, 
including FSW table changes, may 
be modified by command during 
Operational Mode. 

> May only be entered via ground command 
from Safe Mode 


> Experiments are ON, in Normal, Standby, or Off Modes 

> Limit checking of experiment and carrier telemetry is enabled 

> Event triggering off of CEM/experiment data is enabled 


Mode State Diagram. 


# High-Performance 3D Articulated Robot Display 

NASA’s Jet Propulsion Laboratory, Pasadena, California 


In the domain of telerobotic opera- 
tions, the primary challenge facing the 
operator is to understand the state of 
the robotic platform. One key aspect 
of understanding the state is to visual- 
ize the physical location and configu- 


ration of the platform. As there is a 
wide variety of mobile robots, the re- 
quirements for visualizing their config- 
urations vary diversely across different 
platforms. There can also be diversity 
in the mechanical mobility, such as 


wheeled, tracked, or legged mobility 
over surfaces. 

Adaptable 3D articulated robot visuali- 
zation software can accommodate a wide 
variety of robotic platforms and environ- 
ments. The visualization has been used 
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for surface, aerial, space, and water ro- 
botic vehicle visualization during field 
testing. It has been used to enable opera- 
tions of wheeled and legged surface vehi- 
cles, and can be readily adapted to facili- 
tate other mechanical mobility solutions. 

The 3D visualization can render an ar- 
ticulated 3D model of a robotic platform 
for any environment. Given the model, 
the software receives real-time telemetry 
from the avionics system onboard the ve- 
hicle and animates the robot visualization 
to reflect the telemetered physical state. 
This is used to track the position and atti- 
tude in real time to monitor the progress 
of the vehicle as it traverses its environ- 
ment. It is also used to monitor the state 
of any or all articulated elements of the ve- 
hicle, such as arms, legs, or control sur- 


faces. The visualization can also render 
other sorts of telemetered states visually, 
such as stress or strains that are measured 
by the avionics. Such data can be used to 
color or annotate the virtual vehicle to in- 
dicate nominal or off-nominal states dur- 
ing operation. 

The visualization is also able to render 
the simulated environment where the 
vehicle is operating. For surface and aer- 
ial vehicles, it can render the terrain 
under the vehicle as the avionics sends it 
location information (GPS, odometry, 
or star tracking), and locate the vehicle 
over or on the terrain correctly. For long 
traverses over terrain, the visualization 
can stream in terrain piecewise in order 
to maintain the current area of interest 
for the operator without incurring un- 


reasonable resource constraints on the 
computing platform. The visualization 
software is designed to run on laptops 
that can operate in field-testing environ- 
ments without Internet access, which is a 
frequently encountered situation when 
testing in remote locations that simulate 
planetary environments such as Mars 
and other planetary bodies. 

This work was done by Mark W. Powell, Re- 
caredo J. Torres, David S. Mittman, James A. 
Kurien, and Lucy Abramyan of Caltech for 
NASA’s Jet Propulsion Laboratory. Further in- 
formation is contained in a TSP (see page 1). 

The software used in this innovation is 
available for commercial licensing. Please con- 
tact Daniel Broderick of the California Insti- 
tute of Technology at danielb@caltech.edu. 
Refer to NPO-47945. 


©Athena 

NASA’s Jet Propulsion Laboratory, Pasadena, California 


The Athena simulation software sup- 
ports an analyst from DoD or other fed- 
eral agency in making stability and re- 
construction projections for 
operational analyses in areas like Iraq 
or Afghanistan. It encompasses the use 
of all elements of national power: 
diplomatic, information, military, and 
economic (DIME), and anticipates 
their effects on political, military, eco- 
nomic, social, information, and infra- 
structure (PMESII) variables in real- 
world battle space environments. 
Athena is a stand-alone model that pro- 
vides analysts with insights into the ef- 


fectiveness of complex operations by 
anticipating second-, third-, and 
higher-order effects. For example, the 
first-order effect of executing a curfew 
may be to reduce insurgent activity, but 
it may also reduce consumer spending 
and keep workers home as second- 
order effects. Reduced spending and 
reduced labor may reduce the gross 
domestic product (GDP) as a third- 
order effect. Damage to the economy 
will have further consequences. 

The Athena approach has also been 
considered for application in studies re- 
lated to climate change and the smart 


grid. It can be applied to any project 
where the impacts on the population 
and their perceptions are important, 
and where population perception is im- 
portant to the success of the project. 

This work was done by Robert G. Chamber- 
lain, William H. Duquette, Joseph P. Proven- 
zano, and Theodore J. Brunzie oj Caltech, and 
Benjamin Jordan of the US. Army for NASA’s 
Jet Propulsion Laboratory. For more informa- 
tion, contact iaoffice@ipl.nasa.gov. 

This software is available for commercial li- 
censing. Please contact Daniel Broderick of 
the California Institute of Technology at 
danielb@caltech.edu. Refer to NPO-47857. 


© In Situ Surface Characterization 

NASA’s Jet Propulsion Laboratory, Pasadena, California 


Operation of in situ space assets, such 
as rovers and landers, requires operators 
to acquire a thorough understanding of 
the environment surrounding the space- 
craft. The following programs help with 
that understanding by providing higher- 
level information characterizing the sur- 
face, which is not immediately obvious 
by just looking at the XYZ terrain data. 

This software suite covers three pri- 
mary programs: marsuvw, marsrough, 
and marsslope, and two secondary pro- 
grams, which together use XYZ data de- 
rived from in situ stereo imagery to 


characterize the surface by determining 
surface normal, surface roughness, and 
various aspects of local slope, respec- 
tively. 

These programs all use the Planetary 
Image Geometry (PIG) library to read 
mission-specific data files. The programs 
themselves are completely multimission; 
all mission dependencies are handled by 
PIG. The input data consists of images 
containing XYZ locations as derived by, 
e.g., marsxyz. 

The marsuvw program determines sur- 
face normals from XYZ data by gathering 


XYZ points from an area around each 
pixel and fitting a plane to those points. 
Outliers are rejected, and various consis- 
tency checks are applied. The result 
shows the orientation of the local surface 
at each point as a unit vector. The pro- 
gram can be run in two modes: standard, 
which is typically used for in situ arm 
work, and slope, which is typically used 
for rover mobility. The difference is pri- 
marily due to optimizations necessary for 
the larger patch sizes in the slope case. 

The marsrough program determines 
surface roughness in a small area 
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